home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Cream of the Crop 1
/
Cream of the Crop 1.iso
/
PROGRAM
/
TP053192.ARJ
/
05-31-92.TPC
Wrap
Text File
|
1992-05-31
|
65KB
|
1,936 lines
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 01-01-00 00:00:00
From
To
Subject
--- WM v2.01/92-0100
* Origin: A.C.E. of Spades (615)383-4381 The B.A.N. board (1:116/33)
* Tossed by SFToss v1.00b on 92/04/09 12:01:00
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-24-92 04:50:49
From Trevor Carlsen
To Gordon Tackett
Subject Running Bat files from Pascal
GT> EXEC('C:\COMMAND.COM','/cFILE.BAT');
> What if he doesn't have command.com in the root
> directory? Or worse, what if he doesn't have
> command.com?
> :-)
GT> Ok TeeCee - he did say .bat files if you know of another dos
GT> shell that will run .bat files let me know! As for the root
GT> directory...well you got me there but this was a quick help
GT> messages so the real help line shoule be:
There are many command processors available that don't call themselves command.c
m.
GT> EXEC(GETENV('COMSPEC'),'/cFILE.BAT');
GT> This better :-)
Yep! Now it doesn't matter where the CP is or what it is called. (glad you
noticed my smiley.)
GT> And on a totaly different subject...thanks for the netmail
GT> reply so quick! 4.5 hours round trip is faster and cheaper
GT> than snail mail to downunder from here!
It helps when we are 14 hours ahead of you! :-)
TeeCee
--- TC-ED v2.01
* Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
* Tossed by SFToss v1.00b on 92/05/24 14:54:16
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-24-92 04:34:48
From Trevor Carlsen
To John Jacobs
Subject Interrupts And You
JJ> I'm looking for a generic example of how to make a procedure
JJ> get executed once during each clock interrupt (or timer,
JJ> whatever).
JJ> I'm not talking a TSR, but just something within a TP
JJ> program, such as updating a status bar for example.
JJ> Everything I've tried has crashed like there's no tomorrow
JJ> (maybe there isn't).
JJ> It shouldn't be that difficult...
It isn't... *provided* that you follow certain strict rules. The main one
is that you do not uses any DOS service. This bars things like write/writeln,
GetTime, etc. as they make use of DOS to do their thing.
Another thing is to turn off interrupts when you enter your routine and turn
them back on just before you leave it. Obviously any routine written must
be capable of executing before another interrupt is expected.
Do not forget to call the previous routine that serviced that interrupt and
finally make sure you write an exit procedure that restores any hooked vectors
on program termination. This is most important.
TeeCee
--- TC-ED v2.01
* Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
* Tossed by SFToss v1.00b on 92/05/24 14:54:16
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-24-92 04:55:47
From Trevor Carlsen
To Jim Zerbe
Subject Program
JZ> I am just getting into Pascal and seem to have bitten off
JZ> more then I can chew. I have started two programs and seem
JZ> to have come across a little problem.
JZ> 1). The SEEK command. I have created a TYPE file
JZ> listing of file names and descriptions of a CD-Rom disk I've
JZ> also created a isting all files in each sub directory. Now
JZ> I need to pull the file name from each up and search the
JZ> description for he name to grab the description.
The help screens contain an example of how to use this *procedure*. (There
is no such thing as a command in TP.) If you are in the IDE place your cursor
on the word seek and press Ctrl-F1. I suspect though, that something more
fundamental may be the problem. Without seeing any example it is hard to
help. Seek does not work on text files. Let's see a short abbreviated example.
JZ> 2). The GETENV command. To Set the DOS PATH command
JZ> from the Autoexec.Bat file to the program.
The GetEnv *function* returns the string associated with the environment variabl
you specify. It does not set the variable.
TeeCee
--- TC-ED v2.01
* Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
* Tossed by SFToss v1.00b on 92/05/24 14:54:16
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-24-92 05:04:00
From Trevor Carlsen
To Patrick Riley
Subject Turbo 6
PR> I was looking at the message list on here and it seems
PR> there is a TURBO 6.0. Right now I have TURBO 5.0, would it
PR> be worth it to buy TURBO 6.0. What are the improvements?
It depends on what you want to do. The major difference between 5.0 and 6.0
is the addition of OOP capabilities to the language. Other enhancements are -
- An object oriented application framework called Turbo Vision. This
is a large library of tools to build an event driven OOP application
shell. A big learn needed but very powerful.
- A built in in-line assembler (BASM)
- 80286 code generation
- A new heap manager (that breaks a lot of code written for TP4/5 heap)
- Extended syntax (use a function in the same way as a procedure)
- Address references in typed constants
- Link in initialised data from object files
If you use the IDE then there are MAJOR improvements
- Multiple overlapping windows
- Mouse support
- Multiple files up to 1 meg
- A much improved IDE debugger
TeeCee
--- TC-ED v2.01
* Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
* Tossed by SFToss v1.00b on 92/05/24 14:54:16
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-24-92 09:14:42
From Dj Murdoch
To Clay Jones
Subject Re: Streams
CJ> Gentlemen, I have been exploring the possibilities of TVision lately and
CJ> have been having a lot of fun. But there is one entire facet of it that
CJ> has me completely stumped: Streams.
CJ> Is there anyone out there who can shed just a little light on this
CJ> subject for me? Thank you very much for your indulgence...
Streams are very simple at heart. The key to understanding them is to completel
ignore the manual :-). The manual says:
"Streams handle I/O on the object level rather than the data level."
This is very misleading. Streams handle I/O on the data level, and *also*
on the object level. Understand the basic data level first, and the object
level understanding will follow. The rest of the chapter deals with the object
level, so I'd skip it.
The truth is that streams are general binary files. They're very easy to
work with - much easier than untyped files in TP. If you want to read a
record from a file, you just read it using:
var
S : TDosStream;
S.init('myfile.dat',stOpenRead); { Open it for read-only access. }
S.Read(myrec,sizeof(myrec));
That's it! Much simpler and more foolproof than using untyped files.
When you want to move on to doing object level I/O on streams, you just need
to learn one more thing: the Put method writes a key to the stream before
it asks your object to write out its data, and the Get method reads the key
and uses it to decide which type of object it should try to load.
I'd recommend spending some time playing with streams as binary files to get
a feeling for them. Then re-read the manual, when you want to find out the
details of how Put and Get work.
You might want to get a copy of my Streams unit (STREAM13.ZIP, 60K) from a
PDN Pascal node (e.g. my bossnode, 1:221/177, 1-519-578-9314, 9600, HST, V42b).
It gives about 100K of source code for various special kinds of streams, but
never uses Put or Get.
If you have any specific questions, I'll try to answer them.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/25 07:11:46
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-24-92 09:30:56
From Dj Murdoch
To Lawrence Mcalpin
Subject Re: Borland, OS/2 2.0, and you
LM> And your programs can use more memory, far more than the
LM> 640k limit that DOS gives you. The closest thing to
LM> breaking the 640k limit that Microsoft will be making for
LM> a long time is Windows NT, which will have the exact
LM> _same_ requirements as OS/2 has, but will be slower, and
LM> won't handle virtual DOS machines as well as OS/2 does.
That's pretty misleading. TP for Windows programs can easily get multiple
megabytes of heap space - all free extended memory in standard mode, additional
virtual memory from the disk in 386 enhanced mode.
OS/2 2.0 is technically much better than Windows, but it still can't do any
better than Windows on memory for TP. That'll require a change to TP, and
while Borland has announced plans for a 32 bit C++, they haven't said anything
about a 32 bit TP. (The announcement of a DOS extended Borland Pascal doesn't
count, because it wasn't clear about whether BP would run in 16 bit or 32
bit protected mode.)
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/25 07:11:46
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-24-92 00:09:23
From Mark Ouellet
To Ken Burrows
Subject Got your Netmail, couldn't connect
Hi Ken,
Sorry if I didn't reply but I actually tried 2 or 3
times to send you a reply via NetMail, with no success. Each
attempt was terminated on error.
Anyways, sorry but no, I don't have any Net routines
in TP. I replied to the File lcking thread because
eventhough our application is written in dBase IV, Network
record locking is still the same. One must lock records, not
whole files or Networking makes no sense if you can't work
on the same file simultaneously with someone else.
I know there are a few TP Novell API units floating
around in PDN, you might want to have a look there.
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/25 13:44:23
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-24-92 00:56:44
From Mark Ouellet
To Mike O'Toole
Subject Netmailing
Hi Mike,
I haven't forgotten you but I tried to Netmail you
and your system not being Continuous Mail capable makes it
hard.
Isn't there a CM FidoNet node where I can NetMail you???
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/25 13:44:23
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-24-92 23:07:12
From Trevor Carlsen
To James Chambers
Subject Re: Keyinput.pas
JC> I have been playing around with your keyinput unit and am
JC> overlooking
JC> something. Whenever I try to compile a program, the compiler stops on
JC> the
JC> color argument in the line and gives me an error. Would it be
JC> possible for
JC> you to whip together about a five line example program so I can see
JC> what I am
JC> missing?
I presume you are trying it with the example usage I included. The variable
LtGrayOnBlue comes from a unit called Colordef included with the Turbo Power
products. Try to compile this -
uses keyinput;
const
LtGrayOnBlue = $17;
var
st : string;
begin
st := '';
writeln('<Escape> quits');
repeat
st := ReadStr(20,'Enter a 20 character string: ',
LtGrayOnBlue,st,AlphaNumeric);
until st[1] = #27;
end.
TeeCee
--- TC-ED v2.01
* Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
* Tossed by SFToss v1.00b on 92/05/25 18:29:57
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-25-92 19:32:00
From Norbert Igl
To Gerald Gutierrez
Subject Detecting ANSI ?
>> Function AnsiSysInstalled: boolean;
> I wasn't aware that there was an ANSI detection function. Is this
> standard ? ( ie: does it support all ansi drivers ? )
Well, it depends on the particular ANSI-Driver.....
If it's "compatible" with ANSI.SYS, it will install
this multiplex-function. If not....(:-(
Bye from Germany, Norbert
---
* Origin: STOP READING! You're leaving the MSG-sector (2:241/5300.3)
* Tossed by SFToss v1.00b on 92/05/26 07:25:00
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-25-92 08:12:16
From Dj Murdoch
To KEVIN PARADINE
Subject Re: FEATURES LACKING IN T
>You only change the segment registers once at the start,
> and restore them
>at the end. This lets you move 64K with only one change to the segment
>registers. Unless you're talking about moving tiny
> blocks many times, it's
>not significant.
KP> How do you go about doing that? You are using MOV,
KP> correct? Try an assembler guide regarding segment overrides.
I don't quite know what you're asking me to do. I wouldn't use MOV to move
large blocks; the string instructions are much better, and behave just as
I said. What's the exact problem you're trying to solve?
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/26 11:17:24
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-25-92 08:25:54
From Dj Murdoch
To Frank Rachel
Subject Re: General program question
FR> I am about to start working on a project, which I would like to write in
FR> Pascal. In short, it is a program for marching band/drum corps drill
FR> writers. the screen would be a picture of a football field, where each
FR> person (up to 128) would be a dot. I would like it so that the program
FR> will in essence, 'run through' the show, having the dots move around on
FR> the screen, you you can get a top view of what the marching would look
FR> like. I would also like to have the dots connected where necesary to
FR> get a better picture. At this moment, I need to know if the BGI stuff
FR> will be fast enough to move 128 dots, connected together in different
FR> patterns around the screen.
I don't know the answer to your question, but what I'd recommend is that you
go ahead and try it with the BGI. Isolate all of you screen updates into
one or a few routines; later, if you find BGI is too slow, you'll be able
to drop in a replacement graphics system with only minimal changes to your
program.
One replacement system is called Acromole; it can easily show a spinning cloud
of 1000 points or several hundred lines with very smooth motion. It's no
good at bitmaps, though. It's written by Acrobits, whose phone number a few
years ago was 1-800-ACR-OBIT; they've moved though, and may have changed the
number.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/26 11:17:25
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-25-92 16:37:42
From Trevor Carlsen
To Brian Stark
Subject Re: Unix Style timestamp
BS> ... The unit was developed to help me in writing programs
BS> for the Opus-Cbcs system. Now you are really confusing me,
BS> were the comments a suggestion, or a correction?? The only harsh
BS> criticism I have received ...
My original comments were a suggestion, as the original function to determine
the time zone was very unwieldy. Later, when you posted a "correction" to
the leap year algorithm, I posted a correction. By and large it was a good unit.
TeeCee
--- TC-ED v2.01
* Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
* Tossed by SFToss v1.00b on 92/05/26 18:10:28
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-26-92 07:40:53
From Dj Murdoch
To Kenneth Otto
Subject Re: Turbo 6
KO> ver 5 produces smaller code for ver 6 produces bigger code for
KO> small projects small projects
I'd agree with all your other comparisons, but this one hasn't been my experienc
. Could you say what it's based on?
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/27 13:08:18
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-26-92 07:45:35
From Dj Murdoch
To Lior Tsoref
Subject Re: Object Professional and true EGA/VGA
LT> Hi.
LT> This question is for Turbo Pascal users who use
LT> TurboPower's ObjectProfessional.
LT> Does anyone have any idea how to convert OpMouse unit into displaying true
LT> EGA/VGA mouse cursor ? (The mouse low level routines are
LT> supplied in OBJ format)
They're also supplied in .ASM format, so you could change them if you wanted.
But remember, OPro is a text mode library, so a graphics mode mouse cursor
is going to be a lot of work. Take a look at MOUxxx.ZIP, a library in C and
TP6 which fakes a graphics cursor by changing character maps on the fly.
It should be available on any PDN Pascal node; the last version I hatched
was MOU105.ZIP, but the author may have updated it since then.
One PDN Pascal node you can try if you don't find anything closer is my bossnode
1:221/177, 1-519-578-9314,9600,HST.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/27 13:08:18
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-26-92 08:05:16
From Dj Murdoch
To All
Subject I'm changing my address
I'll be moving in about 3 1/2 weeks, and will be changing my netmail address
to 1:249/99.5. If you've got any netmail for me, you might as well send it
to the new address - I poll a few times a week, and netmail to my current
address has been pretty unreliable lately.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/27 13:08:18
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-26-92 19:02:49
From Mark Ouellet
To Dale Barnes
Subject Re: e-mail
On 15 May 92, you, Dale Barnes, of 1:3601/14.20 wrote...
>> Take a look at.... OOPS MEMORY LAPS.. what's that
>> darn flying horse's name..Oh yeah, PEGASUS, full E-Mail
>> system for NetWare with file enclosure etc... and it's
>> free-ware.
DB> Hello Mark,
DB>
DB> Do you have a net/node or know where one may obtain a current version of
DB> this product?
Dale,
Can't remember the node where I got it but here is
the order form for Pegasus 2.1 (Note the registration form
is to obtain PRINTED MANUALS, you do not need to register if
you don't need the fancy manual. The software is FREEWARE,
he makes money by selling printed manuals but he does state
it is not an obligation)
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- CUT -=-=-=-=-=-=-=-=-=-=-=-=-
+----------------------------------+
| O R D E R F O R M |
| for Pegasus Mail Manuals |
+----------------------------------+
Ship to: Bill to:
[ ] [ ]
[ ] [ ]
[ ] [ ]
[ ] [ ]
[ ] [ ]
Please supply the following items:
----------------------------------------------------------------------
[ ] Manuals for Pegasus Mail @ US$100 (includes license
to make up to five copies of each copy ordered for
internal use). . . . . . . . . . . . . . . . . . . . US$[ ]
[ ] Site-licensed manuals for Pegasus Mail @ US$250
(allows unlimited copying of the manual for internal
use in one site, where a site is defined as the
extent of an organization in one city. . . . . . . . US$[ ]
Shipping via first-class airmail is included in the price of either
type of manual.
----------------------------------------------------------------------
Ordering instructions: Please complete this form, and send it via
airmail with your cheque or PO to:
Pegasus Mail, c/- David Harris,
P.O. Box 5451, Dunedin,
New Zealand.
or e-mail it and the PO number to:
david@otago.ac.nz (on CompuServe, internet:david@otago.ac.nz)
Purchase orders are accepted from any educational institution, or
any company with paid-up capital of $30,000 or more: please enclose
purchase order with this order form. If you require a pro-forma
invoice prior to the issue of a purchase order, please send details
to the postal or e-mail address shown above.
=-=-=-=-=-=-=-=-=-= CUT =-=-=-=-=-=-=-=-=-=-
Hope this helps, if you want the file look for
PMAIL21A.* that's version 2.1 but I remember seing a 2.2
some time ago. I'll try to have my friend put it up for freq
on his BBS (Node 1:240/20 that's in Quebec, Canada) I copied
my TAPE to his system a few days ago but don't know if he
has put the stuff up for downloads yet.
P.S. Moderator, sorry about the long <off topic> post but
since a few people asked about this file I thought you
wouldn't mind too much.
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/27 13:08:30
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-26-92 19:13:22
From Mark Ouellet
To Dj Murdoch
Subject Re: Help - Reading Records At
On 22 May 92, you, Dj Murdoch, of 1:221/177.40 wrote...
DM> Oops, I made a typo there - that should be
DM> LongMul(Record_To_Get,Bytes_To_Read)
Correction noted AND SAVED, AS WAS THE PREVIOUS POST ;-)
MO>> Thanks for the tip Dj,
MO>> It does seem interresting allthough I never played
MO>> with Streams yet, thought they looked complicated, your
MO>> example made it look a lot simpler than I thought.
DM> I think the manual makes them look unnecessarily complicated. If you
DM> skip over the object registration and Put and Get, they're really no
DM> more complicated than any other binary file.
Thanks again Dj,
They do seem easy, your first post had me thinking
so I took a look in the resident help to see wether they
supported the same functions such as SEEKS and found out
they do so it becomes even more interresting.
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/27 13:08:30
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-26-92 19:16:30
From Mark Ouellet
To Greg Smith
Subject Re: Soundblaster
On 21 May 92, you, Greg Smith, of 1:104/60.0 wrote...
MO>>Yake a look at ATI's STEREO-F/X or better yet their VGA
MO>>Stereo-F/X which I got.
Oops, thought I had fixed that "(T) Yake", evidently
I forgot ;-)
MO>> VGA card, 1024x768x256
MO>> Fully Adlib/SB Pro compatible
MO>> BUS Mouse interface + 3 button mouse.
MO>> ALL ON A SINGLE CARD, ALL IT LACKS IS THE CD-ROM
GS> Sounds good, but considering that I've already got a SB Pro, serial
GS> mouse (and plenty of com ports), and a VGA. It's not worth it for me.
GS> Anyways, do you have any info on programming the SB Pro's specific
GS> enhancements?
Well Greg,
I also had an SB and a VGA Wonder with BUS mouse but
decided to upgrade to the 1Meg version of the ATI Stereo-F/X
for the added graphics and audio possibilities. As for
programming the enhancements, apart from the SPjr that came
with the card I'm pretty much following every thread on SBs
and Adlibs just as you are probably doing, hopeing for a
good source. Also grabbing anything related such as PYTHON,
TRAK-Blaster, BMaster (Which supports the F/Xs 44Khz
sampling rate) etc...
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/27 13:08:30
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-26-92 19:23:07
From Mark Ouellet
To Jud Mccranie
Subject Re: Why I Like Tp 5.5 Ide
On 21 May 92, you, Jud Mccranie, of 1:3645/10.0 wrote...
PF>>> I'm not sure what you mean, there is a version greater than 6.0 ?
JM> Yes, 5.5 is greater than 6.0!
Jud,
I'm getting tired of those "5.5 is better than 6.0"
just as much as of the "6.0 is better than 5.5".
None of it is helpfull, people with 6.0 think it is
better and people with 5.5 think IT is better, the logic of
it all is that someone who buys 5.5 because a 6.0 basher
told him so might in fact have benefited from 6.0 or even
liked it better, just as the opposite is possible.
If people who have seen both products can't agree
then there is an even chance the same will be true for
future users.
So pushing one or the other doesn't help anyone.
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/27 13:08:30
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-26-92 19:50:05
From Mark Ouellet
To jeroen pluimers
Subject Re: bug in TCollection
On 17 May 92, you, jeroen pluimers, of 2:281/521.0 wrote...
JP> (fwd from compuserve)
JP>
JP> #: 152141 S1/OOP and TVision
JP> 15-May-92 21:22:34
JP> Sb: #Collection Crash
JP> Fm: Ken Ross 73647,330
JP> To: All
JP>
JP> The following program will crash when the collection fails to allocate
JP> enough memory to grow. The colle
JP> ction's Error method is not called.
JP> I looked at the OWL source (don't have TV source) and sure enough, there
JP> is no check for allocation failure. The problem is in SetLimit, which
JP> is
JP> virtual, so I guess I should override SetLimit. Does anyone already
JP> have
JP> a fix or better solution?
JP> -Ken
JP>
JP> {WARNING! THIS PROGRAM WILL CRASH YOUR SYSTEM}
JP> {$M 16384, 0, 98000} {Start with 98K heap}
JP>
JP> uses Objects;
JP>
JP> function HeapFunc(Size: Word): Integer; far;
JP> begin
JP> if Size = 0 then HeapFunc := 2 else HeapFunc := 1;
JP> end;
JP> begin
JP> HeapError := @HeapFunc;
jeroen,
This is due to the difference in working of TP 6.0
and TP4W's OWL. In TP6 the HeapError can in deed be
overriden BUT in OWL there allready is a VERY GOOD HeapError
function which will release the safety-pool and return 2 for
try again. The solution is override TP6's heaperror but not
TP4W's.
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/27 13:08:31
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-26-92 20:04:22
From Mark Ouellet
To Edward Kmett
Subject Re: SoundBlaster Control Unit Demo
On 22 May 92, you, Edward Kmett, of 1:120/144.0 wrote...
EK> Uses Crt, AdLib;
< stuff deleted to save space >
EK> O.K. That'll play a samll segment from Phantom of the Opera. I know it's
EK> not the most efficient code, but it works. I slapped it together a
EK> little while ago. It demonstrates 2 voice at the same time. My Unit can
EK> control up to 9. I based it on that J. Lee document that has been posted
EK> recently, after hunting around on my own I stumbled across it. Does
EK> anyone out there have DAC source? If so I'll neaten this up and merge it
EK> with that to build up a full-fledged presentable TP Unit. As this stands
EK> this doesn't support everything and it has poor documentation. Any
EK> questions, just ask.
Thanks Edward,
made it through loud and clear this time.
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/27 13:08:31
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-27-92 06:49:19
From Dj Murdoch
To Randall Smith
Subject Re: Borland, Os/2 2.0, And Yo
>I would like to use Turbo Pascal 6.0 within OS/2 2.0.
> But I consistently
>run into the following problem when I use the internal debugger: When
>stepping into a program with F8 (Step over) or F7 (Trace into) and then
RS> David; One of those uses VCPI the other uses DPMI. And
RS> never the twain shall meet!
I don't think the internal debugger uses VCPI. It runs fine on an XT. It
does do some weird things with interrupt vectors; I'd guess those are what
gets OS/2 mad at it.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/28 16:14:44
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-27-92 06:51:07
From Dj Murdoch
To David Masaki
Subject Re: packing bytes
DJM> A Huffman code often puts 2 bytes into one. If you use a fixed
DJM> code, you won't need to store a dictionary. If you want to play
DavidM> Isn't a "fixed code" itself a dictionary?
Yes, but you can put the dictionary into the decoding program, you don't need
to put it into the file that's being compressed, so it doesn't take up any
space where it counts.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/28 16:14:44
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-27-92 06:55:00
From Dj Murdoch
To Joy Mukherjee
Subject Re: TPSQAPI
JM> Does anyone know where in Zone 1, preferably out of Texas,
JM> where I can get the Squish API for Turbo Pascal? I have
JM> tried Idiot Savant, but no go... (1:247/128 I believe).
JM> Thanks for the help...
John Giesbrecht just sent me a copy, and I'll hatch it to PDN Pascal. So
it'll be available tonight on 1:221/177, and will spread out from there.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/28 16:14:44
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-27-92 07:48:27
From Dj Murdoch
To Mike Copeland
Subject Re: Using blank constants
MC> I have found a curious situation with TP (version 5.5):
MC> when I use part of a large constant of blanks, it doesn't
MC> compare equal to a blank variable. For example, I have a
MC> large constant of 40 blanks, called B40. If I use it to
MC> compare to a 15-character variable, via Copy, I do not get
MC> equality if the variable is all blanks:
MC> if Copy(B40,1,15) = W15 then
MC> S1
MC> else
MC> S2
MC> In this case, S1 is never executed.
Could you show us your declarations? The following program prints "equal",
as you'd expect:
const
B40 = ' ';
var
W15 : string[15];
begin
W15 := ' ';
if Copy(B40,1,15) = W15 then
writeln('equal')
else
writeln('not equal');
end.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/28 16:14:44
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-27-92 07:52:19
From Dj Murdoch
To Erik Giberti
Subject Re: Running Bat files from Pascal
EG> > What if he doesn't have command.com in the root directory? Or worse,
EG> > what if he doesn't have command.com?
EG> But as long as its in a path name it shouldnt matter... What about 4DOS?
No,
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/28 16:14:44
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-27-92 07:52:45
From Dj Murdoch
To Erik Giberti
Subject Re: Running Bat files from Pascal
EG> *** Quoting Trevor Carlsen to Gordon Tackett dated 05-19-92 ***
EG> > GT> EXEC('C:\COMMAND.COM','/cFILE.BAT');
EG> >
EG> > What if he doesn't have command.com in the root directory? Or worse,
EG> > what if he doesn't have command.com?
EG> But as long as its in a path name it shouldnt matter... What about 4DOS?
No, Exec won't search the path. That's up to you to do yourself, using FSearch,
for example.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/28 16:14:44
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-27-92 08:04:20
From Dj Murdoch
To Jud Mccranie
Subject Re: Help - Reading Record
JM> Well, DOS has an instruction for reading a sector, I believe (256
JM> bytes, I think). It reads the whole sector on one pass. When you read
JM> a file of byte, it seems to get you one bytes on each pass. That is, it
JM> reads in the sector, gives you the first byte, rotates and reads the
JM> same sector again, gives you the second byte, etc.
Sectors are typically 512 bytes. They're usually the smallest unit that the
disk hardware can read, though some newer hardware fakes bigger sectors to
get around DOS limitations on the number of sectors on a disk.
DOS buffers reads, so in the case you describe, it'll read 512 bytes, and
keep them in memory to satisfy your next 511 read requests. Try running a
little program that reads a byte, waits a second, then reads another for a
while, and you shouldn't see your disk activity light come on very often.
(Take your disk cache out first, or you'll almost never see it.) DOS might
use different rules for floppy disks, where it's not sure if you've switched
disks between the reads.
Even though DOS does do buffering, for some reason it does it very badly,
so reading a byte at a time is quite slow.
AC> I wonder if someone here as ever timed how long it takes to
AC> read a nice sized file a character at a time verses a record,
AC> line or some other number of characters??? I suspect that if
AC> the buffer is set the same in both instances it should come out
AC> pretty close?
JM> No, reading a char at the time is VERY slow, even with a buffer. Block
JM> read is fast.
But TP can't do buffering on binary files. That was introduced with streams;
a buffered stream is typically a bit faster than Blockread for medium sized
reads, and a lot faster for small reads. On big reads there's not much differen
e.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/28 16:14:44
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-27-92 08:12:17
From Dj Murdoch
To Matt Heck
Subject Re: blah...
DM> You will need to seek to the end of the original .EXE, but MH's
DM> method of getting the original .EXE size is rather cumbersome.
DM> The .EXE header always stores the length of the compiled .EXE
DM> size, so you don't need to hard code it. The compiler takes care
DM> of it for you.
DM> ------------------------------------
MH> Perhaps I forgot to mention this; the reason I used
MH> my method is that it allows you to PKLITE your program but
MH> leave the DATA (crammed onto the end) uncompressed. There
MH> are a few times that this is handy.
I think DM's method is better in that case. PKLITE rewrites the header, so
it'll read the correct file length; your method with a hard coded file length
will mess up if someone expands the file, it changes somehow.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/28 16:14:44
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-27-92 04:23:55
From Trevor Carlsen
To Jud Mccranie
Subject Re: Pascal Style #2
TC> Your comments are closer to the mark than any of the others in
TC> regards to Example C. Without exception the criticism of that
TC> method is the fact that it is harder to understand. I agree -
TC> but an important fact seems to be overlooked, that is, if it is
TC> the best on all counts except readability then there should be
TC> no problem, as that is one of the reasons we have comments. So -
TC> x := succ(ord(Y > 10); { if y > 10 then x := 2 else x := 1;}
JM> What about when the succ function can't be used? Those
JM> values of x that happened to be chosen were untypical. When
JM> you have to throw in a multiplication to get the right value
JM> of x then it will slow down.
I was talking about the specific case. The values you demonstrated were hardcod
d 1 and 2. If multiplication becomes involved it would be senseless to use
that method unless there was some other very good reason for so doing.
TC> Any code that may be hard to understand should be commented in
TC> such a way so as to make it easier to understand. In a team or
TC> commercial environment that is an iron clad rule. When two
TC> coding methods have no difference in speed or size efficiency
TC> *then* IMHO the more cryptic version should be discarded in
TC> favour of the more readable.
JM> These have little effect on size or efficiency. *IF* you
JM> have the special case above, then you can save 7 bytes.
JM> Maybe you have that special case 5 times in a program,
JM> savings of 35 bytes at the expense of making it hard to
JM> read, understand, or modify.
As I said, *properly* commented and it ceases to be hard to read so the reasonin
becomes null and void.
JM> I grew up in the days of few comments. Then I started
JM> commenting more. Now I comment less because my programs are
JM> "self-commenting", which is very advantageous. Example B is
JM> the most "self-commenting." One thing criticised in K&P and
JM> in a talk by Mike Covington are cases where the comments
JM> DON'T actually match the code. I used to write
JM> var EN : integer; { employee number }
JM> Now:
JM> var EmployeeNumber : integer;
JM> (with no descriptive comment)
Of course - and I agree. But a lot of people allow that to virtually take
over their thinking and comments disappear.
TeeCee
--- TC-ED v2.01
* Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
* Tossed by SFToss v1.00b on 92/05/28 16:14:51
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-28-92 07:46:08
From Dj Murdoch
To John Gohde
Subject Re: A Virtuous Pascal ...
JG> *Standard Pascal is very well suited to 70's ideas of structured
JG> I would say that the 70's hardware was pretty primitive by todays
JG> standards. So blame it on hardware, not structured programming!
?? I don't get this. There were much bigger languages than TP around in the
70's - PL/I for example, is a huge language. Pascal was small by design,
not because of hardware limitations.
JG> My NEW Pascal will improve the modular concept by:
JG> (1)offering a standard format semi-compiled version which
JG> could be compiled by any version (thereby, offering both speed
JG> and compatibility);
There's no reason to change the language to do this. I'm not saying Borland
has done the best possible implementation of the language Turbo Pascal, but
I am saying that the language Turbo Pascal is a much better language than
Pascal.
JG> (2)Recognizing the reality of project management.
JG> a) very few users compile projects only once.
JG> b) do away with the need for uses statements
JG> Why am I wasting my time hunting down units and tracing
JG> uses statements when that is what computers are for?
JG> Gee, Even I know that a primitive database system based
JG> on the project concept would do the job very nicely.
If you do away with the Uses statement, you're going to have a mess on your
hands. Many units declare identifiers with the same names; how's the compiler/l
nker supposed to know which ones you meant if you don't tell it?
One key to avoiding wasted time figuring out what needs to be Use'd is to
design the interface to the units carefully. Make the purpose of each unit
crystal clear, so that if you've got a routine in mind, you can almost always
say "That must be in unit XXXX.".
Another helper is an online help system like THELP or the one built-in to
TURBO. I released a program called SCANHELP last year that builds a POPHELP
help database by scanning unit interface sections; I make sure that I keep
my help database up to date whenever I change any of my library of units.
It now handles 28 units, with about 1300 help topics.
JG> Further, Standard Pascal is plain or simple NOT bad. If it were
JG> bad you would not be using Pascal!
I'm not using Pascal and never have. Turbo Pascal is a closely related language
with common roots, but it isn't Pascal. There are some really fundamental
differences:
Pascal is strongly typed. TP lets you subvert the strong typing.
Pascal has a weird model of files. TP has a different, fairly natural
model.
Pascal has very strict rules about what you can do with pointers. TP lets
you do whatever you like with them.
Etc.
These differences are what drive some teachers crazy - they want the discipline
of Pascal, which TP relaxes.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/29 20:27:33
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-28-92 08:04:57
From Dj Murdoch
To Richard Nelson
Subject Re: Message base formats (was: overlay f
DM> probably also be straightforward, but I'd have to translate the API
DM> code to TP, unless someone else has already done so. Do you know if
DM> someone has?
RN> Someone has. I got the source (TPSQAPI1.*) directly from
RN> Scott Dudley's board (1:249/106, as I recall). I have it
RN> available for FReq at 1:216/117. I was thinking of
RN> writing an OOP version if I have time, but so far I
RN> haven't even had time to sort out the stuff in the archive.
John Giesbrecht kindly sent me a copy the other day, and I released it to
PDN for others. It's a little confusing though - I've got Dudley's MSGAPI
in C, and it looks like quite a different API than what's in TPSQAPI - much
higher level. I expect I'll be able to clear this up this summer though,
since I'm moving into Dudley's net in June.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/29 20:27:33
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-28-92 08:11:17
From Dj Murdoch
To David G. Edwards
Subject Re: Help - Reading Record
DG> I've tried it, and there's a vast difference. Char by
DG> char takes centuries. Record by record is better. Better
DG> still is blockreading 64K at a time.
I did some timing the other day, and found that Streams can always match Blockre
d, and can sometimes do much better than it. For reading blocks of 1K or
less, a TBufStream buffered stream is much faster than BlockRead. For reading
big blocks, a TDOSStream unbuffered stream has performance just about identical
to BlockRead.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/29 20:27:33
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-28-92 08:31:02
From Dj Murdoch
To David G. Edwards
Subject Re: TBufStream allocs
DG> Does OBJECTS not do the same kind of heap checking that we
DG> all know and love?
DG> This program will run okay under the IDE. I would expect
DG> it to bomb since heapmax is only 8000, and I ask the
DG> TBufStream object to alloc 8192 for its buffer. I can set
DG> heapmax to less than 7500, and it will still seem to run okay.
DG> {$M 16384, 0, 8000 }
If you watch MemAvail as you step through your program, you'll see that it's
initially 8432 bytes, rather than 8000. That's why your buffered stream can
be constructed properly.
What I don't understand is why you don't get what you ask for; perhaps the
system routines sometimes need some heap, so they allocate some for themselves
without telling you. Since the manual says the heap is guaranteed to never
be more than the max specified in the $M directive, I'd call this a bug, but
it might just be an omission in the manual.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/29 20:27:34
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-28-92 01:22:05
From Trevor Carlsen
To Jud Mccranie
Subject Re: Help - Reading Record
JM> No, there is a 255-byte header I want to discard at the front of the
JM> file, then records of 331 characters.
Did you receive my solution?
TeeCee
--- TC-ED v2.01
* Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
* Tossed by SFToss v1.00b on 92/05/29 20:27:43
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-28-92 01:40:39
From Trevor Carlsen
To Mike Copeland
Subject Using blank constants
MC> I have found a curious situation with TP (version 5.5): when I use
MC> part of a large constant of blanks, it doesn't compare equal to a
MC> blank variable. For example, I have a large constant of 40 blanks,
MC> called B40. If I use it to compare to a 15-character variable, via
MC> Copy, I do not get equality if the variable is all blanks:
MC> if Copy(B40,1,15) = W15 then
MC> S1
MC> else
MC> S2
MC> In this case, S1 is never executed.
MC> When I used the debugger, the copied value showed a value of 15
MC> #0's, rather than 15 #32's.
MC> Is there something special about Copy in such usage which prevents
MC> it from being used the way I wish? (I really don't want to declare 40
MC> different constants to handle all situations...)
I'd like to see a short working demo of this. I can't duplicate your results
in TP5, TP5.5 or TP6. Is B40 a genuine constant or is it a typed constant?
How is it initialised?
The following code works as you would expect:
const
B40 = ' ';
var
W15 : string;
begin
W15 := ' ';
if copy(B40,1,15) = W15 then
writeln('This is executed')
else
writeln('This should not be executed');
end.
TeeCee
--- TC-ED v2.01
* Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
* Tossed by SFToss v1.00b on 92/05/29 20:27:43
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-28-92 01:48:59
From Trevor Carlsen
To Bruce Ruona
Subject Pascal style #2
TC> const
TC> MaxLong = $7fffffff;
BR> just wondering, but Why do you redeclare this, when the already
BR> existing const MAXLONGINT serves the same purpose? unless you just
BR> want to save 3 key strokes every time you type this 8-)
Ignorance - plain and simple. (I *still* can't find it in the manual although
it is in the help system.)
Thanks.
TeeCee
--- TC-ED v2.01
* Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
* Tossed by SFToss v1.00b on 92/05/29 20:27:43
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-28-92 06:23:52
From Trevor Carlsen
To Chris Kelling
Subject Re: A Virtuous Pascal ...
CK> Most of what I had mentioned was a functiuon of VAX PASCAL,
CK> which is implemented on VMS based machines. None the less,
CK> Inheiret is VPAS's interface for OOPs. Creating a modual is
CK> like creating a regualr program with out the header. No
CK> need for IMPLEMENT. Iheiret also allos the program to take
CK> on charecteristics of of a system service, not just a
CK> process being run b a user.
CK> I think the main thing is that we are comparing apples and
CK> oranges. I come from a programing environment that is
CK> multi-user ladden, and am used to the services and features
CK> of the larger machines. I try to work w/ TP (the best
CK> compiler for a PC pascal version), and get frustrated when I
CK> try to do things that I can't or not sure on how to do what
CK> takes two lined to do on VAX PASCAL.
I don't intend to enter into an argument on VMS v DOS. There is no contest;
VMS wins hands down; and at the thousands of dollars it costs, there would
be something radically wrong if it didn't.
However I have used both products (VPAS and TP), albeit in a very limited
way, and have never come across anything that VPAS can do that TP cannot that
is unrelated to the operating system or hardware platform. It may not be
done in exactly the same way but it can be done.
A great deal of the power of VP is directly related to the platform it runs
on and under and not to any actual improvement over other Pascals. Take away
the VMS stuff and VP is just an ordinary Pascal implementation.
TeeCee
--- TC-ED v2.01
* Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
* Tossed by SFToss v1.00b on 92/05/29 20:27:43
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-29-92 00:33:00
From Norbert Igl
To Steve Albright
Subject screen input
> Does anyone know how to read a character from screen?
> (ie gotoxy(x,y);[ Now read char from (x,y) off of the screen
> to a variable?.
Hi, Steve....
uses CRT, DOS;
[...]
Function ScrReadChar(x,y:byte):char;
var R:Registers;
ox,oy : byte;
begin
ox := wherex; { save cursor-position }
oy := wherey;
gotoxy(x,y); { goto new position }
R.AH := 8; { VBios: Get char & attr from cursor-position }
R.BH := 0; { page-# = 0 }
INTR($10,R); { call Video-Bios }
ScrReadChar := Char(R.AL); { here we are (:-) }
{ ! R.AH holds the attribute of this char ! }
gotoxy(ox,oy) { restore cursor-position }
end;
Bye from Germany, Norbert
---
* Origin: May the source be with you... (2:241/5300.3)
* Tossed by SFToss v1.00b on 92/05/30 07:24:17
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-29-92 01:18:00
From Norbert Igl
To Stevo Wierengo
Subject Detecting ANSI ?
> > int 2f <<<<<<<
hmmm, [BLUSH], right, must read: $2F !
> This would not compile for some reason on my computer, using TP6.
of course not...(:-))
> Function AnsiSysInstalled: boolean;
> var
> _AX : word;
> Regs: Registers;
> begin
> Regs.AX := $1a00;
> Intr(2,Regs);
=^= ... OH NO, 2F is the multiplex-interrupt !!!
> _Ax := Regs.AX;
> ANSISysInstalled := Lo(_AX) = $FF
> end;
BTW... won't even work with $2F this way, because Turbo's INTR()
has problems with the $2F function!
! Use ASM...END in TP6 ( or INLINE() for older versions !)
Bye from Germany, Norbert
> Stevo
> * JABBER v1.1 * Freedom defined is freedom denied.
> --- Maximus 2.00
> * Origin: Rochester Lab of BCS :HST/DS: (716)381-8538 (1:260/210)
---
* Origin: STOP READING! You're leaving the MSG-sector (2:241/5300.3)
* Tossed by SFToss v1.00b on 92/05/30 07:24:17
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-29-92 08:13:36
From Dj Murdoch
To Greg Smith
Subject Re: Swapping To Nowhere
GS> I see not SetMemTop procedure in the TP 6.0 manuals. Could you post
GS> one?
It's only in the READ.ME and online help - a late addition.
--- Msg V3.2
* Origin: Murdoch's_Point - - (1:221/177.40)
* Tossed by SFToss v1.00b on 92/05/30 07:24:25
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-29-92 19:34:31
From Mark Ouellet
To Gordon Tackett
Subject Re: Multiuser databases
On 22 May 92, you, Gordon Tackett, of 1:352/777.42 wrote...
GT> Thanks for the effort.
No problem, hope you saw my other message about this.
GT> I was just noticing your name....Are you related to Jo Ouellet in
GT> Portland, Or.
Gordon,
I really don't know, you probably know there are two
distinct way of writing it, Ouellet and Ouellette, if Jo
uses the former then there is a better than good chance we
are related in some way. I even found out through a collegue
who did his own genealogical tree that we were related, we
have a common ancestor and he's a Thibault. He is about to
publish the fruit of his research, probably a small, 300-400
page book.
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/30 16:03:42
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-29-92 19:40:32
From Mark Ouellet
To Ken Burrows
Subject Re: Help - Reading Records At
On 22 May 92, you, Ken Burrows, of 1:249/201.21 wrote...
KB> That was my misunderstanding. I was under the impression, each record
KB> consited of 581 bytes and he wanted to access partial records. I cannot
KB> recall if he specifically said it was DBF type of file. But, I suppose I
KB> should have known that. After all, Jud has been discussing his database
KB> for quite some time now.
It is pretty easy to make a bad assumption on these
echo. Hell with what we have to go on some times to answer
those questions it's allmost impossible to know what they
want. In fact I might be wrong and Jud might actually be
looking for exactly what you offered. ;-)
KB> I'm aware of that. I use the header data to get the starting offset and
KB> the number of records as well.
KB>
KB> Reset(f,1);
KB> Seek(F,DataStart+ (RecordNumber - 1) * SizeOf(DataRecord));
Ken,
Sorry I missed that part, assumed you opened the
file with the record's actual length which would have made
sens if the data to be droped was at the head of every
record and the database itself had no header.
BTW hope you got my message about not being able to
reply to your Netmail message. I allready had trouble
connecting with ANY ZONE 3 nodes, hope I'm not develloping
the same problem with other zones.
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/30 16:03:42
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-29-92 19:47:53
From Mark Ouellet
To David Masaki
Subject Re: Compressing Binary Sorted Trees
On 23 May 92, you, David Masaki, of 1:345/27.0 wrote...
DM> Does anyone know the best way to compress a binary sorted tree? I was
DM> thinking of outputing the inorder traversal to an array then rebuilding
DM> the tree, but it seems like a waste to have to allocate that much
DM> memory. It does seem to be the easiest way. Does anyone have code for
DM> another technique that just messes with the pointers?
David,
One problem with what you had in mind is that if you
are using a PLAIN binary tree and not the BALANCED or AVL
tree or even a B+Tree then rebuilding from a sorted list
will not produce a TREE but rather a linked list which will
lose all the speed binary trees give you to start with.
If you think of it, suppose you allways alocate to
the left child when the value is greater than the current
node then since you will be dealing with ever increasing
values, you will have a tree that has only LEFT NODES
alocated.
Of course if you are dealing with B+Trees or AVL
tress then the problem does not occur since they will
rebalance on every new insertion into the tree.
In any case never insert into a "plain" binary tree
from a SORTED list.
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/30 16:03:43
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-29-92 20:13:00
From Mark Ouellet
To Jud Mccranie
Subject Re: Turbo 6
On 23 May 92, you, Jud Mccranie, of 1:3645/10.0 wrote...
PR>> I was looking at the message list on here and it seems there
PR>> is a TURBO 6.0. Right now I have TURBO 5.0, would it be
PR>> worth it to buy TURBO 6.0. What are the improvements?
JM> A significant minority of us will say that 6.0 is not worth it. I have
JM> all verisions 2.0 - 6.0, but I primarily use 5.5. 6.0 has some nice
JM> improvements, but they botched MANY things in 6.0. There was a lot of
JM> discussion of this a few months ago, and I don't want to stir things up
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
JM> again.
^^^^^^
Jud,
You just did, why don't you stick to what you know
best and that is what YOU like about 5.5 and let the 6.0
users tell him what THEY like about 6.0 and he is probably
old enough to decide on his own about the rest.
If you really want to help these guys then don't add
comments such as you do about 6.0, let them decide on their
own.
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/30 16:03:43
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-29-92 20:21:32
From Mark Ouellet
To Peter Kling
Subject Re: Question, Compression
On 23 May 92, you, Peter Kling, of 1:267/169.0 wrote...
>> Too bad PkZip version 2.0 has been out for the longest time already,
PK> To bad Pkzip V2.0 is not out, that is a hacked version. Please check
PK> your source /delete it and start over.
Peter,
Then why is it advertized in PC-Magazine ???? and
why is 2.01 in beta testing (According to MY sources)
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/30 16:03:43
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-29-92 20:30:30
From Mark Ouellet
To Kevin Pieckiel
Subject Re: Turbo Pascal-Just A Name?
On 25 May 92, you, Kevin Pieckiel, of 1:275/99.0 wrote...
KP> Why is it then that BASIC is in all caps?? Pascal and Turbo Pascal are
KP> just
KP> names, but isn't BASIC just a name as well??
Kevin,
BASIC is a special case... It's also an acronym,
just like COBOL or APL, acronyms are allways in uppercase.
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/30 16:03:43
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-29-92 20:39:12
From Mark Ouellet
To James Cook
Subject Re: RE: MCGA TUTORIALS
On 24 May 92, you, James Cook, of 1:387/307.0 wrote...
JC> Craig,
JC> I think my next couple tutorials will deal with sprite graphics
JC> without using a mask and animation. Stay tuned...
James,
No problem, my monitor doesn't have a knob ;-)
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/30 16:03:43
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-29-92 20:54:11
From Mark Ouellet
To Dawn Prish
Subject Re: $80?
On 22 May 92, you, Dawn Prish, of 2:403/444.0 wrote...
JM>> SP> A list.. Welp, I M searching 4 1 4 about a year or so..
JM>> ^^^ ^^^^^
JM>> Not to be too annoying (TC? Don't slay me here), but
JM>>isn't
JM>> the official language of this echo English?
DP> I talk Eng., these r abbriviations, makes the msg "Shorter".. Want 2
DP> make something of it? ;-)
Dawn,
Wrong, these make D messages "Harder" 2 read for us.
And it can get 2 a . where it is anoying. If U R
tired of writing, perhaps U should reply l8r when U R - so
tired.
Get my . ;-)
Best regards,
Mark Ouellet.
P.S. I'm only saying this for your own good, heck I allmost
passed over your messages from being tired of having to
interpret them twice, once to english and then to decide
what you meant.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/30 16:03:43
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
Conference 4
Date 05-29-92 21:09:47
From Mark Ouellet
To Brad Roberts
Subject Re: SayGet Unit #2/8
Brad,
Only parts 1 & 2 made it through the net, you might
want to change the Subject and put the numbers at the start
so that any mailer that doesn't check the FULL subject line
does not discard them as duplicates.
Instead of "Such & Such Unit #1/8" make it "#1/8
Such & Such Unit"
Best regards,
Mark Ouellet.
--- ME2
* Origin: One BEER gets me drunk.... usualy the 47th ;-) (Fidonet 1:240/1.4)
* Tossed by SFToss v1.00b on 92/05/30 16:03:43